Enhanced peer-to-peer networking exchange

ABSTRACT

Systems, methods, and computer program products are disclosed for improving ease in transmitting information between peer devices. Communications devices establish a peer group. Each communications device in the group assigns different sections of its touchscreen to the other devices in the group. To transfer information to another device in the group, the user swipes on the touchscreen towards the assigned section for the target communications device. Upon detecting the swipe, and determining that the swipe was towards the assigned section, the communications device initiates a transfer of the information to the target communications device. This may involve confirmation at the device or a paired device before transfer, or no confirmation. Receipt of the information at the target communications device may trigger notifications to be displayed. It may also trigger a request for acceptance of the transfer at the target communications device after which receipt is confirmed.

CROSS REFERENCE TO RELATED APPLICATIONS

The present application claims priority to and is a continuation of U.S. patent application Ser. No. 16/103,588, filed Aug. 14, 2018, which claims priority to and is a continuation of U.S. patent application Ser. No. 14/971,190, filed Dec. 16, 2015, all of which are incorporated herein by reference in their entirety.

TECHNICAL FIELD

The present disclosure generally relates to communications between communications devices, and more particularly to the contemporaneous transfer of different types of information to other communications devices based on one or more user gestures or actions.

BACKGROUND

Transferring information between devices typically involves entering an address for the targeted recipient, e.g., an address that some device associated with the target recipient is able to access, followed by requesting that the information be transferred. This may be true even if the target recipient, and a capable device, is within some small distance from the initiating device (e.g., a predetermined number of feet from each other). This lacks the convenience made available from peer-to-peer communication technologies.

Devices that implement peer-to-peer technologies also are subject to drawbacks. Even when a peer connection is established, the user of the initiating device must still typically identify by some form of address the target recipient. In other situations, the devices are only configured to enable the transfer of information when just two devices are connected together via a network connection. This precludes situations, however, where there are multiple devices within an area that desire to share information with the other devices. Thus, there is a need for techniques to improve the ability for multiple networked devices to transfer information amongst each other with greater ease.

BRIEF DESCRIPTION OF THE FIGURES

FIG. 1 is a diagram of an exemplary communications environment according to embodiments of the present disclosure.

FIG. 2 is a block diagram of an exemplary mobile communications device according to embodiments of the present disclosure.

FIG. 3 is a block diagram of an exemplary mobile communications device according to embodiments of the present disclosure.

FIG. 4 is a diagram of an exemplary wireless communications environment according to embodiments of the present disclosure.

FIG. 5 is a diagram of an exemplary wireless communications environment according to embodiments of the present disclosure.

FIG. 6 is a diagram of an exemplary wireless communications environment according to embodiments of the present disclosure.

FIG. 7 is a flow diagram illustrating an embodiment of a method for enhanced peer-to-peer networking exchanges according to an embodiment of the present disclosure.

FIG. 8 is a flow diagram illustrating an embodiment of a method for enhanced peer-to-peer networking exchanges according to an embodiment of the present disclosure.

FIG. 9 is a schematic view illustrating an embodiment of a computing system.

Embodiments of the present disclosure and their advantages are best understood by referring to the detailed description that follows. It should be appreciated that like reference numerals are used to identify like elements illustrated in one or more of the figures, wherein showings therein are for purposes of illustrating embodiments of the present disclosure and not for purposes of limiting the same.

DETAILED DESCRIPTION

The detailed description set forth below, in connection with the appended drawings, is intended as a description of various configurations and is not intended to represent the only configurations in which the concepts described herein may be practiced. The detailed description includes specific details for the purpose of providing a thorough understanding of the various concepts. However, it will be apparent to those skilled in the art that these concepts may be practiced without these specific details. In some instances, well-known structures and components are shown in block diagram form in order to avoid obscuring such concepts.

The present disclosure provides systems, methods, and computer program products for improving the ease with which information is transmitted between peer devices. According to embodiments of the present disclosure, multiple communications devices establish a peer group amongst themselves, whether via direct communications or via an intermediary such as a network. Each communications device in the peer group assigns different sections of its touchscreen to the other different devices in the peer group.

When the user of a communications device desires to transfer information (such as a monetary amount, an image, text, other data, etc.) to another of the communications devices in the peer group, the user swipes on the touchscreen towards the assigned section of the touchscreen assigned to the particular communications device. Upon detecting the swipe, and determining that the swipe was towards the assigned section, the communications device initiates a transfer of the information (e.g., information entered into or arrived at on the touchscreen or determined from the swipe itself, such as a number of fingers involved in the swipe) to the target communications device. In some embodiments, this may involve confirmation at the communications device or a paired device (e.g., a smartwatch) before transfer, while in other embodiments, the transfer may occur without further interruption.

Receipt of the transferred information at the target communications device may trigger one or more notifications to be displayed at the target communications device. It may also trigger the target communications device to request acceptance of the transfer at the target communications device before the transfer can be complete. The target communications device may then confirm receipt (or decline receipt) of the information to the sending communications device.

Referring now to FIG. 1, an embodiment of an exemplary communications environment 100 is illustrated. The communications environment 100 may include a number of mobile communications devices 102, one or more networks 108, and a global navigation satellite system (GNSS) 110. The communications environment 100 illustrated in FIG. 1 is simplified for sake of illustration.

The communications environment 100 may support operation on multiple carriers (e.g., waveform signals of different frequencies for wireless communications, or wired communications). As an example, the communications environment 100 may be a multi-carrier LTE network capable of efficiently allocating network resources. The communications environment 100 is one example of a network to which various aspects of the disclosure apply.

The communications environment 100 includes one or more mobile communications devices 102, illustrated in FIG. 1 as mobile communications devices 102 a, 102 b, and 102 c. The mobile communications devices 102 a/102 b/102 c may be, for example, User Equipment (UEs). The mobile communications devices 102 a/102 b/102 c may each also be referred to as a terminal, a mobile station, a subscriber unit, etc. A mobile communications device 102 may be a cellular phone, a smartphone, a personal digital assistant, a wireless modem, a laptop computer, a tablet computer, a tag (e.g., RFID tag), etc., to name just a few examples. The mobile communications devices 102 a/102 b/102 c may be location-aware, for example by including circuitry and/or software to enable the mobile communications devices 102 a/102 b/102 c to determine their own locations.

For example, one or more of the mobile communications devices 102 a/102 b/102 c may include circuitry and/or software that enable them to be in communication with the GNSS 110 in order to determine location. The GNSS 110 may be, for example, the Global Positioning System (GPS), Galileo, GLONASS, BeiDou, or some other such system that enables the mobile communications devices 102 a/102 b/102 c to determine geolocation information from signals provided by individual satellites of the GNSS 110. The circuitry and/or software of mobile communications devices 102 a/102 b/102 c may additionally or alternatively enable location determination based on other parameters, such as base station triangulation, time of flight measurements, etc.

The mobile communications devices 102 a/102 b/102 c may communicate with each other (as well as other devices) via one or more connections. For example, the mobile communications device 102 a may be capable of establishing a peer-to-peer (P2P) session 104 with one or both of the mobile communications devices 102 b and 102 c. Similarly, the mobile communications device 102 b may be capable of establishing a peer-to-peer session 104 with one or both of the mobile communications devices 102 a and 102 c. Similarly, the mobile communications device 102 c may be capable of establishing a peer-to-peer session 104 with one or both of the mobile communications devices 102 a and 102 b.

For example, the mobile communications devices 102 a/102 b/102 c may be capable of (e.g., includes one or more associated transceivers for) linking to each other via device-to-device (D2D) links, such that the P2P sessions 104 may constitute D2D links. As another example, the mobile communications devices 102 a/102 b/102 c may be capable of (e.g., includes one or more associated transceivers for) connecting via Bluetooth or near field communications (NFC) with each other, to name just a few examples. The mobile communications devices 102 a/102 b/102 c may all establish the same types of P2P sessions 104 with each other (e.g., all using the same linking technology/protocols), or alternatively may use a variety of technologies/protocols in order to establish the P2P sessions 104 in the communications environment 100.

Alternatively, one or more of the mobile communications devices 102 a/102 b/102 c may establish connections to each other via the network 108. For example, the mobile communications device 102 a may establish the connection 106 a with the network 108, the mobile communications devices 102 b may establish the connection 106 b with the network 108, and the mobile communications device 102 c may establish the connection 106 c with the network 108. For example, the mobile communications device 102 a may communicate with mobile communications device 102 b, via the network 108, by way of the connections 106 a and 106 b (e.g., the connection 106 a constitutes an uplink to the network 108 and the connection 106 b a downlink from the network 108). Similarly, the mobile communications device 102 may communicate with mobile communications device 102 c, via the network 108, by way of connections 106 a and 106 c. Similar examples apply with respect to the other mobile communications devices 102 b and 102 c.

The network 108 may be, for example, a core network, an access network, other network, and/or any combination of networks. The network 108 may include one or more base stations. For example, one or more the base stations may include an evolved Node B (eNodeB). A base station may also be referred to as a base transceiver station or an access point. There could be one to many base stations, as well as be an assortment of different types such as macro, pico, and/or femto base stations. The base stations may also communicate with one another directly or indirectly, such as via network 108. The network 108 may be an LTE network or a WiFi network, to name just a few examples. The mobile communications devices 102 may use the network 108 to convey the data communications between them according to embodiments of the present disclosure. The mobile communications devices 102 may use one or more elements of the network 108 to discover each other, while in other embodiments the mobile communications devices 102 may discover each other through NFC or Bluetooth ad-hoc connections for initial session negotiation and continue communication via NFC or Bluetooth, or alternatively via network 108.

In another embodiment, an intermediary such as the network 108 may function to initially assist different mobile communications devices 102 to discover each other and/or establish peer-to-peer sessions 104 as illustrated in FIG. 1. For example, the mobile communications device 102 a may send a message to the network 108, to which the mobile communications device 102 a is connected (e.g., a WiFi network), intended to reach the mobile communications device 102 b. The message may include a unique identifier or code that the mobile communications device 102 b may use to initiate the peer-to-peer session 104 between the two mobile communications devices.

One of the mobile communications devices 102 may operate as a host to other mobile communications devices 102 in sending and receiving information according to embodiments of the present disclosure. For example, the mobile communications device 102 a in FIG. 1 may designate itself as a host of a group (ad-hoc or otherwise), or be designated by another mobile communications device 102 or network 108 element as a host. As host, the mobile communications device 102 a may provide a unique PIN/identifier or other code (e.g., a QR code) via email, messaging, image presentation, NFC, or other communication type to one or more other mobile communications devices 102, such as mobile communications device 102 b.

As another example, a service provider may serve as host to a group of different mobile communications devices 102 (ad-hoc or otherwise) seeking to exchange information together according to embodiments of the present disclosure. The service provider (e.g., PayPal of San Jose, Calif. to name just one example) may be accessed by one or more mobile communications devices 102 via the network 108, for example. To ensure security, the service provider may, in response to the request to host the ad-hoc group, provide a code for desired group members to enter to join the hosted group. Alternatively, the service provider may check the address information of each mobile communications device 102 desiring to join (e.g., IP address/subnet information, etc.) to confirm that the mobile communications devices 102 are within a predetermined range of each other (e.g., a certain number of feet or yards/meters from each other, such as a range that would be associated with remaining in visibility of each other). With this information, the different mobile communications devices 102 seeking to join the same group may then join and proceed with exchanging information according to embodiments of the present disclosure (whether via direct P2P protocols or via some intermediary such as network 108).

Once various mobile communications devices 102 are connected in a peer-to-peer group, whether hosted, decentralized (no host), directly connected to each other or via an intermediary such as network 108, the mobile communications devices 102 in the group may assign different sections of their screens to the different mobile communications devices 102 that are members of the group. For example, if the group consists of the mobile communications devices 102 a, 102 b, and 102 c of FIG. 1, each device may assign two sections of their respective display screens to represent targets for the two other mobile communications devices 102 in the group. For example, mobile communications device 102 b may assign an upper left corner of its screen to represent the mobile communications device 102 a and an upper right corner of its screen to represent the mobile communications device 102 c. This may be performed while in a specific application that has integrated embodiments of the present disclosure, or unrelated to any specific application (e.g., while in a “home” screen of a graphical user interface (GUI) of the mobile communications device 102 b).

Once sections of the screen are assigned, the mobile communications device 102 b is ready to transfer information to one or more of the mobile communications devices 102 a/102 c in the group. For example, if the user of the mobile communications device 102 b desires to transfer money to the mobile communications device 102 a, the user may identify an amount of money to be sent and then swipe on the screen (which, in this example, is a touchscreen) in the general direction toward the upper left corner of the screen. This indicates that the identified amount should be transferred to the mobile communications device 102 a. In response, a message is sent to the mobile communications device 102 a from the mobile communications device 102 b via the connection previously established for the group (for example, P2P session 104 or uplink 106 b/downlink 106 a). This may be accompanied by auditory and/or visual indicators of the identified amount being sent (e.g., a swooshing sound and/or perspective graphic of cash moving toward the designated section of the screen). Money is just one example; other types of information that may be sent include virtual currency amounts, wagers, images, videos, text messages, etc. to name a few examples.

In an embodiment, the transfer between mobile communications device 102 b and mobile communications device 102 a may occur without further input from the user of the mobile communications device 102 b (the originator of the transfer of information). This may occur, for example, where the user of the mobile communications device 102 b has previously identified the mobile communications device 102 a as a trusted recipient, the mobile communications device 102 b has automatically identified the mobile communications device 102 a as a trusted recipient based on a previous similar action, or based on the value of the transfer being less than a threshold amount (whether set by default or the user of either the mobile communications device 102 b or 102 a). For example, the mobile communications device 102 b may be allowed to transmit money directly to the designated recipient in response to an appropriate swipe to the appropriate section of the display screen if the amount is less than (or equal to in some embodiments) $10 (as just one example, any other value could be selected or set by default as well).

In an alternative embodiment, the transfer may require confirmation by the user of the mobile communications device 102 b before completing the transfer to the intended recipient (in this example, mobile communications device 102 a), for example for all transfers or for transfers above a particular value (or, for messages or images, for transfers to “untrusted” recipients, such as those that have not been identified as trusted yet). For example, a confirmation window may be displayed on the screen of the mobile communications device 102 b requesting the user to tap a button in the confirmation window to confirm or deny the transmission and/or together with one or both of an auditory notification (e.g., a chime) and a tactile notification such as vibration (the particular combination may be set by the user or by default). The confirmation window (and/or other notification) may be satisfied with a tap on an appropriate button or pre-defined section of the screen. Alternatively, the user may be allowed to shake the mobile communications device 102 b to confirm transmission (which may be detected by appropriate hardware at the device such as via accelerometer).

Either way, the information may then be transmitted from the mobile communications device 102 b to the mobile communications device 102 a (whether via P2P session 104 or uplink 106 b/downlink 106 a). Receipt of the information triggers a notification at the mobile communications device 102 a. This may include a passive notification shown when the screen is locked at the mobile communications device 102 a, and/or a light notification, or may be configured to display only when the user of the mobile communications device 102 a next logs in beyond the locked screen. The notification may request the user of the mobile communications device 102 a to accept or reject the information received from the mobile communications device 102 b, here the monetary amount in this example. Alternatively, the mobile communications devices 102 in such a group may be configured to automatically accept information received from each other via the group. Upon acceptance or rejection, the mobile communications device 102 a may then transmit a status response to the sender mobile communications device 102 b identifying the acceptance or rejection.

One exemplary embodiment of the mobile communications devices 102 is depicted in FIG. 2. In FIG. 2, the mobile communication devices 102 include a transceiver 202, a memory 204, a processor 206, a user interface 208, a data store 210, a location determination system 212, a position sensor 214, and a swipe interpretation system 216. These elements may be in direct or indirect communication with each other, for example via one or more buses.

The transceiver 202 may include a modem subsystem and a radio frequency (RF) unit and be configured to communicate bi-directionally with other devices, such as other mobile communications devices 102 and/or the network 108. The memory 204 may include a cache memory (e.g., a cache memory of the processor 206), random access memory (RAM), magnetoresistive RAM (MRAM), read-only memory (ROM), programmable read-only memory (PROM), erasable programmable read only memory (EPROM), electrically erasable programmable read only memory (EEPROM), flash memory, solid state memory device, hard disk drives, other forms of volatile and non-volatile memory, or a combination of different types of memory. In an embodiment, the memory 204 includes a non-transitory computer-readable medium.

The memory 204 may store instructions that, when executed by the processor 206, cause the processor 206 to perform the operations described herein in connection with embodiments of the present disclosure. Instructions may also be referred to as code. The terms “instructions” and “code” may include any type of computer-readable statement(s). For example, the terms “instructions” and “code” may refer to one or more programs, routines, sub-routines, functions, procedures, etc. “Instructions” and “code” may include a single computer-readable statement or many computer-readable statements.

The processor 206 may include a central processing unit (CPU), a digital signal processor (DSP), an application-specific integrated circuit (ASIC), a controller, a field programmable gate array (FPGA) device, another hardware device, a firmware device, or any combination thereof configured to perform the operations described herein and discussed in more detail below. The processor 206 may also be implemented as a combination of computing devices, e.g., a combination of a DSP and a microprocessor, a plurality of microprocessors, one or more microprocessors in conjunction with a DSP core, or any other such configuration. The processor 206 may be a single processor or multiple processors, where each processor may have one or more processing cores capable of parallel and/or sequential operation.

The user interface 208 may include an input component and an output component. For example, the user interface 208 may include a touchscreen interface that outputs data for visual use as well as receives/processes one or more touches/swipes/gestures to be potentially interpreted according to embodiments of the present disclosure such as discussed with respect to swipe interpretation system 216. Further, the user interface 208 may be used to display one or more notifications, elements of information, and application data according to embodiments of the present disclosure. The user interface 208 may also include one or more lights (e.g., LEDs) separate from a touchscreen, a vibration generator, a speaker, a microphone, input for a mouse, input for a keyboard, etc. useful for providing feedback to a user as well as receiving further input therefrom.

The data store 210 may be, for example, a hard drive, flash drive, storage array, or other type of storage. The data store 210 may store notifications, transferred information, location information, map information, and/or update information (e.g., as an “app”).

In an embodiment, the location determination system 212 may include one or more transceivers to enable communication with the GNSS 110 illustrated in FIG. 1. The mobile communications devices 102 a/102 b/102 c may further include assisted-GPS for enhanced signal acquisition/location quality.

The position sensor 214 may be an orientation and/or motion detection component, such as a gyroscope and/or accelerometer. It may be used in combination with gesture detection according to embodiments of the present disclosure, such as for confirmation to send information to another device or to accept receipt of information from another device.

The swipe interpretation system 216 may be an example of the app mentioned above with respect to the data store 210. In an embodiment, the swipe interpretation system 216 is an application that communicates with the other components of the mobile communications device 102. For example, the swipe interpretation system 216 assists in prompting a user of the mobile communications device 102 in storing assignments of sections of the touchscreen of the user interface 208 to different entities, such as different mobile communications devices 102 in the same group. This may include prompts to the user on the touchscreen, upon activation of the “app,” on how to assign different sections of the touchscreen to different entities while the “app” is being accessed.

The swipe interpretation system 216 also monitors output from the user interface 208, for example identifying a swipe on the user interface 208 where it is a touchscreen. According to embodiments of the present disclosure, various sections of the screen of the user interface 208 may have been previously assigned to different entities that have joined the same group. When the mobile communications device 102 detects a swipe on the touchscreen 208, for example under the control of the processor 206, information about the detected swipe is transferred to the swipe interpretation system 216. This information may include various touch parameters, at least including the location of all (or at least a sufficiently large sampling) touch points on the touchscreen of the swipe (for example as a function of time, so that the first and last touch points are identifiable to assist in finding the direction of the swipe).

With this information, the swipe interpretation system 216 determines the direction in which the detected swipe was directed. This may include determining, from the set of touch points received, a vector of the swipe. As another example, the swipe interpretation system 216 may fit a curve to the set of touch points and determine a direction of the swipe from the fitted curve. Either way, the swipe interpretation system 216 may compare the determined direction of the swipe with the location, on the touchscreen, of the different assigned sections (assigned to the different entities in the group). The swipe interpretation system 216 may estimate a further track of the detected swipe based on the determined direction of the swipe to determine whether it would have intercepted any point of any of the sections of the touchscreen. As another example, the swipe may end over some assigned section, in which case the swipe interpretation system 216 determines that the swipe physically ended on a point of an assigned section of the touchscreen.

In an embodiment, the swipe interpretation system 216 determines that the detected swipe was directed towards an assigned section if the determined direction would intercept some point of an assigned section. In an alternative embodiment, the swipe interpretation system 216 may include a threshold region surrounding the assigned sections on the touchscreen where, if the determined direction intercepts a point in the threshold region but not the assigned section itself, it determines that the detected swipe was directed towards the assigned section. In this case, the swipe interpretation 216 may dynamically adjust the size of this threshold region as a function of the number of assigned sections corresponding to the number of entities (e.g., other mobile communications devices 102) in the group at any given time.

Thus, if there are a small number of entities in the group, and therefore a correspondingly small number of assigned sections on the touchscreen of the user interface 208, the threshold region may be have a moderately large value so that less accurate swipes may still result in a positive identification of a swipe to an assigned section. Further, if there are a relatively large number of entities in the group, and therefore a correspondingly large number of assigned sections, the swipe interpretation system 216 may dynamically decrease the value for the threshold region, sometimes removing it completely when there are many entities in the group, so that positive identifications are reduced to situations that are closer to, actually do, intercept a point in an assigned section.

To avoid misinterpreting the meaning or intent of a swipe on the touchscreen of the user interface 208, the swipe interpretation system 216 may ignore swipes while the “app” is not activated by the user and/or running in the background. Thus, the system may wait until the user activates the swipe interpretation functionality in a multi-peer setting to implement embodiments of the present disclosure.

When the swipe interpretation system 216 determines that a swipe was directed toward an assigned section of the touchscreen of the user interface 208, it directs the transceiver 202 to initiate transmission of information relevant to the purpose of the “app”—for example, a monetary amount, a message, an image, a wager, etc. In embodiments where no confirmation is required (whether for any transmission based on a swipe determination, or based on the swipe interpretation system 216 further determining that a value in the information to be sent falls below a threshold for the value), the transceiver 202 completes transmission of the information without requiring further input from the user of the mobile communications device 102. In alternative embodiments where confirmation is required (whether by default or because the swipe interpretation system 216 determines that the value falls at or above the threshold, for example), the swipe interpretation system 216 may direct the mobile communications device 102 request a confirmation from the user before completing transmission.

For example, the swipe interpretation system 216 may direct some aspect of the user interface 208 to alert the user to provide confirmation. This may assume the form of a chime output from a speaker, a light flashing from an LED, a vibration, or some combination of these things that may direct the user of the mobile communications device 102 to interact with a confirmation window generated on the touchscreen of the user interface 208. The confirmation window may include a button to confirm and a button to deny that the transmission should be sent to the identified recipient. In an alternative embodiment, the swipe interpretation system 216 may direct the transceiver 202 to transmit a message to a smartwatch that the mobile communications device is paired with (in embodiments where this is the case) to request confirmation at the smartwatch to complete the transmission to the identified recipient. Confirmation may additionally or alternatively come in the form of a detected level of shaking or voice input, to name some examples.

If confirmation is received (whether from a confirmation window on the touchscreen of the user interface 208 or from a smartwatch that transmits the results of a confirmation there to the transceiver 202 for the swipe interpretation system 216 to cause the information to be sent to the identified recipient), then the swipe determination system 216 directs the transceiver to complete transmission of the information.

In embodiments where the mobile communications device 102 is part of a group and another entity in the group has selected to transmit information to the mobile communications device 102, the swipe interpretation system 216 of the receiving mobile communications device 102 may assist with notification and confirmation. For example, the swipe interpretation system 216 may be triggered, upon the transceiver 202 receiving the information, to cause one or more components of the user interface 208 to output a notification. This may include a passive notification when the touchscreen of the user interface 208 is locked. This may further or alternatively include a light notification (e.g., activation of one or more LEDs). The swipe interpretation system 216 may further cause the touchscreen to display a notification when the user next logs in. The notification may request the user of the mobile communications device 102 to accept or reject the information received from the entity. Alternatively, the swipe interpretation system 216 may direct the mobile communications device 102 to automatically accept the information. Upon acceptance or rejection, the swipe interpretation system 216 may then direct the transceiver 202 to transmit a status response to the sending entity with the result.

Turning now to FIG. 3, a block diagram is illustrated of an exemplary mobile communications device 102 according to embodiments of the present disclosure. For simplicity of discussion, reference will be made to mobile communications device 102 b from FIG. 1 above, where as discussed with respect to the example in FIG. 1 the mobile communications device 102 b is in communication with two other entities in a group, mobile communications devices 102 a and 102 c. This is for simplicity of discussion only. Other numbers of entities may also be included in the group.

The mobile communications device 102 b may have the components described with respect to FIG. 2 above. FIG. 3 illustrates the touchscreen of the user interface 208, referred to here for simplicity as the touchscreen 208. As can be seen in FIG. 1, the mobile communications device 102 a is above and to the left of the mobile communications device 102 b. In FIG. 3, the mobile communications device 102 a has been associated (e.g., by the swipe interpretation system 216 of the mobile communications device 102 b) with the section 302 a in the upper left corner of the touchscreen 208. As further seen in FIG. 1, the mobile communications device 102 c is above and to the right of the mobile communications device 102 b. In FIG. 3, the mobile communications device 102 c has been associated (e.g., by the swipe interpretation system 216) with the section 302 c in the upper right corner of the touchscreen 208.

In an embodiment, the swipe interpretation system 216 may assign the sections 302 a and 302 c as static section assignments on the touchscreen 208. Thus, though any one (or more) of the mobile communications devices 102 a/102 b/102 c may move over a time period that embodiments of the present disclosure are active on the touchscreen 208, the assigned sections may remain in the same assigned corners.

In an alternative embodiment, the assigned sections 302 a and 302 c may be dynamic. Thus, as any one (or more) of the mobile communications devices 102 a/102 b/102 c move over time, the assigned sections may move as well to reflect a general correspondence between where the devices stand in relation to each other geographically. For example, the mobile communications device 102 b may determine its own location based on information obtained from the location determination system 212 discussed above with respect to FIG. 2. Similarly, the other devices in the group (mobile communications devices 102 a/102 c) may periodically send updated location information to each other (and mobile communications device 102 b to the others). The swipe determination system 216 may use this information to update where on the touchscreen the associated sections are found.

As illustrated in FIG. 3, the position of the mobile communications device 102 c may change over time relative to the position of the mobile communications device 102 b. The swipe determination system 216 determines this based on updated location information for the various devices, and updates the position of the section 302 c to shift 306 to location 304 on the touchscreen 208. The shift may be visible as a movement from the current location to the new location 304 (e.g., in real time or near-real time), or may be removed from its current location and reproduced at the new location 304.

As illustrated in FIG. 3, each section 302 a, 302 c is blank. In an embodiment, assigned sections may be fully opaque so that no underlying image/information is visible. In another embodiment, the assigned sections may be partially transparent, so that a user viewing the touchscreen 208 may recognize the extent of the assigned sections 302 a, 302 c while still be able to discern the information underlying the assigned sections 302 a, 302 c. In addition or in the alternative, each assigned section 302 a, 302 c may include one or more identifiers for the mobile communications devices 102 a, 102 c to which the assigned sections correspond. For example, assigned section 302 a may have a name, number, image, or some combination of the above displayed somewhere in the assigned section 302 a that identifies the mobile communications device 102 a (and/or the user of the mobile communications device 102 a) and likewise with respect to assigned section 302 c for mobile communications device 102 c. The identifier may be generated by the mobile communications device 102, or may be received from the other peer devices in the group.

In an embodiment, one or more mobile communications devices 102 that are within the group that mobile communications device 102 b is in may serve as relays to other mobile communications devices 102. This may occur, described here in the context of the example of FIG. 1, where there is another mobile communications device 102 that is within range of mobile communications device 102 c but not the mobile communications devices 102 a or 102 b. This may occur at joining, or over time as a device may leave the range of one or more of the mobile communications devices 102 a/102 b/102 c but still seek to remain in the group to participate (e.g., where the devices are connected via some P2P mechanism such as a D2D connection).

The mobile communications device 102 that is out of range to mobile communications device 102 b, but within range of mobile communications device 102 c (whether joining while out of range or moving out of range after joining the group), may retain its own assigned section on the touchscreen 208. When a swipe is directed to that out-of-range mobile communications device 102 (to the assigned section), the use of the mobile communications device 102 c as a relay to that device may be done transparently to the user of the mobile communications device 102 b. Alternatively, when a mobile communications device 102 moves out of range of one or more of the mobile communications device 102 b, the assigned section on the touchscreen 208 may merge into the assigned section for the device that functions as relay, in this example mobile communications device 102 c. As part of this merging, the assigned section 302 c may add additional information about the relay option on reaching the out-of-range device, or may split the section in half, one half for the mobile communications device 102 c and the other for the out-of-range device, to name just a few examples.

Looking at a particular example in FIG. 3, a swipe 308 is detected on the touchscreen 208. As illustrated, the lower left portion of the swipe 308 is the beginning of the swipe 308, with the direction of the swipe 308 progressing upward and to the right across the touchscreen 208 over a period of time. The data corresponding to the swipe 308 is received, processed, and conveyed to the swipe interpretation system 216 for example as discussed above with respect to FIG. 2.

The swipe interpretation system 216 determines whether the swipe 308 is directed towards an assigned section of the touchscreen 208, for example by determining whether the swipe 308, had it progressed from the point it ended, would have intercepted any point of any of the sections of the touchscreen 208 (or, where the swipe ends on a point of an assigned section, which section that ending point occurred at). In an embodiment, when the swipe 308 does not end in any assigned section, the swipe interpretation system 216 may determine whether the swipe 308 would have progressed to a threshold region around an assigned section.

In the example of FIG. 3, the swipe interpretation system 216 may determine that the swipe 308 would have intersected the assigned section 302 c (had it continued on its present direction) which corresponds to mobile communications device 102 c. In the example illustrated in FIG. 3, before the swipe occurred the user set the information that it desired to transmit to another peer device, here an amount of money. Then the swipe interpretation system 216 informed the user via the touchscreen 208 that it was ready to receive a swipe to indicate which mobile communications device to send the money to. With the swipe 308 detected and interpreted, the swipe interpretation system 216 causes the mobile communications device 102 b to proceed with transmitting the designated amount (as the particular example of information here).

In an embodiment, the swipe interpretation system 216 may cause the transmission to proceed without further confirmation, thereby providing an easy and convenient way to transmit information in a multi-peer context. In an alternative embodiment, the swipe interpretation system 216 may first require confirmation via either the touchscreen 208 or some paired device associated with the user of the mobile communications device 102 b, such as a smartwatch. After the information has been transmitted to the mobile communications device 102 c, here the monetary amount, the mobile communications device 102 b may receive a confirmation of acceptance (or rejection) of the transmitted information after a period of time. The confirmation may be sent to the mobile communications device 102 b, to a paired device, or to both to name some examples.

A few example use scenarios will now be discussed in order to demonstrate a few aspects of embodiments of the present disclosure. For example, FIG. 4 is a diagram of an exemplary wireless communications environment 400 for online gaming according to embodiments of the present disclosure. Similar to the environment 100 of FIG. 1, the environment 400 includes mobile communications devices 102 a, 102 b, and 102 c and GNSS 110. The mobile communications devices 102 a, 102 b, and 102 c are connected to each other via P2P sessions 104 (e.g., D2D links). The wireless communications environment 400 further includes a common pool 402 that the mobile communications devices 102 a, 102 b, and 102 c are connected with via connections 404 a, 404 b, and 404 c, respectively. The connections 404 a, 404 b, and 404 c may be direct links, e.g., D2D links, or alternatively via connections to a network, such as network 108 illustrated in FIG. 1.

In the illustrated embodiment of FIG. 4, an identifier is provided with each assigned section 406 b, 406 c, and 406 d on the touchscreen of the mobile communications device 102 a (exemplary of the other mobile communications devices). In an embodiment, the mobile communications device 102 a may communicate with the GNSS 110 to at least periodically update location information. The mobile communications device 102 a may additionally communicate with the other mobile communications devices 102 b/102 c to send and receive updated location information for those devices. Where the common pool 402 is hosted by a server, the location may be provided via GNSS information and/or location based on IP address (just to name a few examples). The assigned sections 406 b, 406 c, and 406 d may dynamically move about the periphery of the touchscreen of the mobile communications device 102 a as discussed above with respect to FIG. 3, based on the orientation of the mobile communications device 102 a at any given point in time.

The common pool 402 may be maintained at a server that is independent from the mobile communications devices 102 a/102 b/102 c. The common pool 402 may be, for example, a common pool to which each of the mobile communications devices 102 a/102 b/102 c may periodically send information (e.g. monetary value) and receive information. In the example of FIG. 4, the common pool 402 may be a hosted pot for money or some other form of real or virtual currency.

In this example, each of the mobile communications devices 102 a/102 b/102 c may have occasion to desire to transmit information to the common pool 402. For example, the mobile communications devices 102 a/102 b/102 c may be connected to each other for the purposes of an online game, such as a poker game. Therefore, when a bid or ante is to be put into the “pot,” the user of a given mobile communications device 102 a (as just one example representative of the other devices as well) may swipe on their touchscreen toward the section 406 d on their touchscreen associated with the common pool 402. In an embodiment, the user may use different combinations of gestures to signal different amounts to transfer. For example, a single finger swipe detected may be determined to correspond to a first fixed amount (e.g., fixed by default or by the user previously), a two-finger swipe detected may be determined to correspond to a second fixed amount (e.g., greater than the first and fixed by default or the user previously), etc.

In response, the mobile communications device 102 a transmits information identifying an amount to be put into the pot via the connection 404 a. The touchscreen of the mobile communications device 102 a may display pool and personal amounts 408 to update the user of their current status. In an embodiment, the transmission may occur without any confirmation. In another embodiment, the mobile communications device 102 a may first seek confirmation from the user of the device that the amount is desired to be sent, which may for example be performed by a touch to a relevant portion of the screen or by shaking the device.

In an embodiment, the server hosting the common pool 402 may maintain a running total of the amount in the pool contributed from one or more of the mobile communications devices 102 a/102 b/102 c, and send updates to each of the mobile communications devices 102 a/102 b/102 c when changes to the pool amount occurs. In an alternative embodiment, the common pool 402 may not be hosted by a server but instead be a virtual representation of a pool, such that when the user of the mobile communications device 102 a swipes towards the section 406 d to contribute to the common pool 402, the mobile communications device 102 a may in actuality send the information directly to the other mobile communications devices 102 b/102 c as an update for the pool amount 408 maintained at each of those devices.

Although illustrated in FIG. 4 as being located separately from the mobile communications devices 102 a/102 b/102 c, the common pool 402 may alternatively be hosted by one of the mobile communications devices 102 a/102 b/102 c. For example, if the mobile communications device 102 b were to host the common pool 402, the other mobile communications devices 102 a/102 c may detect swipes directed towards the mobile communications device 102 b and, due to the specific context for these devices, determine that they are intended toward the common pool 402 hosted by the mobile communications device 102 b.

Alternatively, each of the mobile communications devices 102 a/102 c may assign multiple sections with respect to the mobile communications device 102 b, such as a section specifically for the hosted common pool 402 and a separate section specifically for the mobile communications device 102 b. These sections may be proximate to each other, reflecting the general relative location of the mobile communications device 102 b to the mobile communications devices 102 a/102 c.

Another example use scenario is illustrated in FIG. 5, which provides a diagram of an exemplary wireless communications environment 500 in a retail scenario (e.g., in a restaurant) according to embodiments of the present disclosure. The environment 500 may include the mobile communications devices 102, GNSS 110, and network 108, as well as mobile devices W1, W2, W3, W4, and W5.

The mobile devices W1, W2, W3, W4, and W5 are representative of mobile devices associated with different wait staff in the wireless communications environment of FIG. 5. These may be, for example, mobile communications devices such as cellular phones (e.g., whether provided by the establishment or the wait staff's own personal devices). As another example, each of mobile devices W1, W2, W3, W4, and W5 may be an RFID tag. Some combination of the above may also occur. The mobile devices W1, W2, W3, W4, and W5 may be in communication with one or more other devices.

In the illustrated embodiment of FIG. 5, the mobile communications device 102 b rests on a table (or held in the hands of a user of the device at the table) in the restaurant. In an embodiment, the mobile communications device 102 b may connect with the mobile devices W1 and W2 via direct links 514.1 and 514.2, respectively (e.g., D2D links or Bluetooth links). Alternatively, the mobile communications device 102 b may connect with the mobile devices W1 and W2 via a network 108, which may represent a Wi-Fi network at the restaurant as one example. Thus, the mobile communications device 102 b may establish connection 106 b with the network 108, which in turn has connections 512.1 and 512.2 with the mobile devices W1 and W2, respectively.

In the illustrated embodiment of FIG. 5, a radius 516 may be imposed arbitrarily or due to physical limitations (e.g., communication range limitation of the particular technology used to connect). For example, to reduce the complexity and number of assigned sections appearing on the touchscreen of the mobile communications device 102 b, a default radius 516 may be set so that any mobile devices W beyond that radius are not included for display on the touchscreen. The radius 516 may alternatively be set by the user at some previous time or at the time of the visit to the restaurant (and dynamically changed during the visit). Based on the illustrated radius 516 in FIG. 5, the touchscreen on the mobile communications device 102 b has sections assigned for the mobile devices W1 and W2, which fall within the radius 516, but not the mobile devices W3, W4, and W5.

When the user of the mobile communications device 102 b desires to transmit information to wait staff associated with the mobile devices W1, W2 that are within the radius 516, the user swipes towards the appropriate section on the touchscreen (whether a static section or dynamic section as discussed with respect to FIG. 3 above). In an embodiment, any number of touch points (e.g., from any number of fingers, stylus, etc.) may result in the same determination, such as to transmit the information set previously by the user on the touchscreen of the mobile communications device 102 b. In an alternative embodiment, the number of touch points (fingers, stylus, etc.) may correspond to different predetermined types of information to be sent.

For example, a single finger swipe may result in transmitting a first tip value, a double finger swipe may result in a second tip value, e.g., greater than the first, etc. As another example, a single finger swipe may result in transmitting information pre-set on the touchscreen (e.g., typed in or selected at a time prior to the swipe), a double finger swipe may result in transmission of a pre-set tip amount, etc. As another example, swipes to two different sections may be made substantially simultaneously, which the mobile communications device 102 b may interpret by sending the same information to both identified recipients. As another example, the speed of one or more swipes may be used to determine either the specific information to be sent, and/or the intended recipient

In some embodiments, the environment 500 may be used to allow the user of the mobile communications device 102 b to transmit tip amounts to wait staff as desired. In other embodiments, the information sent by a swipe may include an order or a change to an existing order. For example, where the swipe results in transmitting a change to an order, the mobile communications device 102 b may receive a confirmation of the original order, e.g. as taken by wait staff, and be allowed to change the order while it is being prepared by transmitting a change to wait staff within the radius 516. As another example, the swipe to a wait staff (here, W1 or W2) may result in transmitting information previously set on the screen (e.g., whether typed by the user or selected by the user), such as to indicate a request for assistance or to provide other feedback.

In an embodiment, a central server managed by the restaurant may track the information sent to the wait staff over time, for example to examine different performance metrics of the wait staff, business analytics to determine how people are using the system, what information is most useful in the system, what information is least useful, etc. Where the mobile communications device 102 b communicates with the mobile devices W via the network 108, the information may be split between the mobile devices W and the central server. Alternatively, the mobile devices W may forward this information on to the central server (whether there are D2D links to the mobile communications device 102 b or connections via the network 108).

As another example within the environment 500 of FIG. 5, embodiments of the present disclosure may be utilized to assist multiple parties to split a bill amongst themselves. For example, where multiple mobile communications devices 102 are joined in the same group, for example corresponding to users at the same table or tables at a restaurant, the group may use these features to assist in splitting a bill. The bill may be received in paper form, with the value entered in manually to one or more of the mobile communications devices 102 in the group, or may be emailed by the restaurant. Each user of each mobile communications device 102 may swipe to an assigned section of their respective touchscreen, for example a common pool like that discussed in FIG. 4, to transfer a specified portion of the bill from their account to either a hosting mobile communications device 102 in the group to pay the entire bill, or to pay the entire bill in aggregate from each of the devices in the group. Where the individual contributes do not amount to the total bill, this information may be spread through the group to request an additional contribution, for example displayed together with the total contributions so far from each member of the group (for example overlaid on their respective assigned sections on the touchscreen), and also for example with a proposed percentage split for each device in the group calculated to complete the bill.

Another example use scenario is illustrated in FIG. 6, which provides a diagram of an exemplary wireless communications environment 600 in a paired device scenario according to embodiments of the present disclosure. The environment 600 may include the mobile communications devices 102 a/102 b/102 c, GNSS 110, network 108, and paired device 612. The paired device 612 is illustrated in FIG. 6 as being a smartwatch; this is exemplary only. The paired device could be any number of devices that are capable of pairing with the mobile communications device 102 b (as an example), such as via Bluetooth, D2D, NFC, etc. The elements in FIG. 6 that are similarly numbered to those in FIG. 1 will not be discussed in detail here, relying instead on the discussion above with respect to FIG. 1.

In the example environment 600 of FIG. 6, when the mobile communications device 102 b is ready to transmit information (e.g., a swipe toward an assigned section of the touchscreen has been detected and processed), the mobile communications device 102 b (for example, under the direction of the swipe interpretation system 216 described in FIG. 2) transmits a confirmation request to the paired device 612. In an embodiment, the confirmation request includes display information 614 for the paired device 612 to display in furtherance of the confirmation. Alternatively, the paired device 612 may already have various confirmation alternatives stored locally, which the confirmation request triggers the paired device 612 to access (or directs which to select).

Upon receiving the confirmation request, the paired device 612 displays the display information 614. In an embodiment, the paired device 612 may be a device owned and/or operated by the same user associated with the mobile communications device 614. This may provide an added layer of security, for example where sensitive information or monetary amounts are sought to be transferred by a swipe according to embodiments of the present disclosure. In another embodiment, the paired device 612 may be associated with a different user than the user of the mobile communications device 102 b that seeks to transmit the information. For example, the paired device 612 may be operated by a parent of a child who operates the mobile communications device 102 b, thereby allowing parental supervision of transfers of such things as monetary value, etc.

After presenting the display information 614 to the user of the paired device 612, the paired device 612 may wait for an input in response. In an embodiment, the paired device 612 may wait a predetermined amount of time, after which if no input has been received the display information 614 may be updated (e.g., with an additional notification alert such as a sound or vibration in the paired device 612) or the confirmation timed out. If the confirmation request times out due to a lack of user input, the paired device 612 may transmit a notification of this back to the mobile communications device 102 b. In response, the mobile communications device 102 b may have the option to send another confirmation request to the paired device 612, seek confirmation via the mobile communications device 102 b's own touchscreen, or proceed with transmitting the information without confirmation (or have an option pre-selected as the default action to take in this situation).

Where the user does provide the appropriate input response to the display information 614, the paired device 612 may transmit the confirmation back to the mobile communications device 102 b. The confirmation request may have specified a particular type of input response that will be recognized as confirmation (e.g. a specific number of distinct taps). Alternatively, the paired device 612 may be left to its own determination of what type of input qualifies as an appropriate input response to the display information 614. Some examples of input includes one or more taps on the screen of the paired device 612, a generic swipe on the screen, a swipe to a specified section of the screen, voice input (e.g., voice recognition of “yes” or “no”), etc.

Once the user of the paired device 612 confirms that the transmission should occur (e.g., either by simply approving or approving where there is also an option to deny), the confirmation is transmitted back to the mobile communications device 102 b, which proceeds with transmitting the information.

Turning now to FIG. 7, a flow diagram illustrates a method 700 for enhanced peer-to-peer networking exchanges according to an embodiment of the present disclosure. The method 700 will be described with respect to a mobile communications device 102 for simplicity of discussion, though it will be recognized that the aspects described herein may be applicable to a plurality of mobile communications devices 102. It is understood that additional steps can be provided before, during, and after the steps of method 700, and that some of the steps described can be replaced or eliminated for other embodiments of the method 700.

At block 702, the mobile communications device 102 establishes P2P communications with one or more other mobile communications devices 102 (referred to here as peer devices), for example according to one or more of the ways described above with respect to FIG. 1. For example, the mobile communications device 102 may establish all of the different P2P communications using the same technology and protocol, or may establish different communications with different technologies/protocols.

At block 704, the mobile communications device 102 assigns a section of the touchscreen to a peer device. In an embodiment, the assignment may be according to a default order, for example the upper left corner is assigned first, then the upper right, then the lower right, then the lower left depending upon the number peer devices. In another embodiment, the assignment may be according to a relative location of the mobile communications device 102 to the connected peer device, such as made possible by information from the GNSS 110.

At decision block 706, the mobile communications device 102 determines whether there are additional peer devices to which the mobile communications device 102 is in communication that need a section of the touchscreen assigned. If so, then the method 700 turns to the next peer device at block 708 and returns to block 704 to continue as discussed above.

If there are no more peer devices that have not yet been assigned a section of the touchscreen, then the method 700 proceeds to block 710.

At block 710, the mobile communications device 102 receives location information of one or more of the peer devices. For example, the peer devices may broadcast their location information periodically to one or more of the other peer devices that they are connected to.

At block 712, the mobile communications device 102 determines its own location information, for example via communication with GNSS 110 of FIG. 1 or by some other means, such as triangulation to nearby base stations, etc. The actions at blocks 710 and 712 may be interchangeable or occur substantially simultaneously.

At decision block 714, the mobile communications device 102 determines whether there have been any relative changes between the mobile communications device 102 and any of the paired devices. In making this determination, the mobile communications device 102 uses the location information received at block 710 and determined at block 712. For example, the mobile communications device 102 may compare the location information of the mobile communications device 102 against a previous location recorded for the mobile communications device 102 to identify any change, and/or location information of the peer devices against previously stored location information for those devices, and/or location information of the mobile communications device 102 against the location information of the peer devices.

In an embodiment, the mobile communications device 102, when determining relative change, may further determine whether any detected relative change between devices exceeds a defined threshold, so that the assigned sections remain relatively stationary until sufficiently large changes warrant an update on the location of the sections. For example, a movement of a few degrees in relative change may not rise above the defined threshold, so that small movements do not cause unnecessary activity on the screen.

If it is determined at decision block 714 that a relative change has occurred, then the method 700 proceeds to block 716. At block 716, the mobile communications device 102 updates the section assignment(s) of the peer device(s) whose locations have changed relative to the mobile communications device 102.

If it is instead determined at decision block 714 that no relative change has occurred, or in embodiments where there is the determined threshold, that the relative change does not exceed the determined threshold, then the method 700 proceeds to block 718.

In embodiments where the sections of the touchscreen are statically assigned (e.g., relative movement does not influence the locations of the sections on the touchscreen), the actions at blocks 710 to 716 may be skipped.

At block 718, a gesture on the touchscreen of the mobile communications device 102 is detected. For example, the mobile communications device 102 may detect a swipe type of gesture on the touchscreen (e.g., of one or more fingers). Although illustrated in FIG. 7 as directly following the relative change detection, the detection at block 718 may occur prior to or concurrent with the relevant change detection occurring at blocks 710-716.

At decision block 720, the mobile communications device 102 determines whether the detected gesture from block 718 was directed towards an assigned section of the touchscreen, for example as described above with respect to FIG. 3. If not, then the method returns to block 710.

If the mobile communications device 102 instead determines that the detected gesture was directed toward an assigned section, and which specific device the gesture was directed towards, the method 700 proceeds to block 722.

At block 722, the mobile communications device 102 determines the number of gestures detected from block 718. For example, multiple gestures towards the same (or different) sections may indicate different types, or amounts, of information that is desired to be transmitted to the associated recipient peer device(s). This may be an optional block in the method 700, for example where multi-gesture detection is not supported or desired.

At block 724, the mobile communications device 102 initiates a transfer of the desired information to the identified recipient(s) from blocks 720 and 722 (where applicable).

At decision block 726, if a confirmation is required by a user, such as the user of the mobile communications device 102, then the method 700 proceeds to block 728.

At block 728, the mobile communications device 102 requests confirmation. For example, this may include displaying a confirmation request on the touchscreen of the mobile communications device 102. As another example, this may include transmitting a confirmation request to a paired device, such as described above with respect to the example in FIG. 6, and waiting for a response.

If a confirmation is received, then the method 700 proceeds from block 728 to block 730. If confirmation is not received, or declined, then the method 700 may return to block 724 to attempt initiation again or may abandon the transmission attempt.

Returning to decision block 726, if confirmation is not required then the method 700 may proceed directly to block 730.

At block 730, the mobile communications device 102 transmits the desired information to the identified recipient(s) from among the peer devices in the common group. Some examples of desired information may include an amount of money, an amount of virtual currency, wagers, tips, orders, images, videos, text messages, etc.

Turning now to FIG. 8, a flow diagram illustrates an embodiment of a method 800 for enhanced peer-to-peer networking exchanges according to an embodiment of the present disclosure. The method 800 will be described with respect to a mobile communications device 102 for simplicity of discussion, though it will be recognized that the aspects described herein may be applicable to a plurality of mobile communications devices 102. It is understood that additional steps can be provided before, during, and after the steps of method 800, and that some of the steps described can be replaced or eliminated for other embodiments of the method 800.

At block 802, the mobile communications device 102 establishes P2P communications with one or more other peer devices such as discussed above with respect to block 702.

At blocks 804-808, the mobile communications device 102 assigns a section of the touchscreen to all associated peer device, for example as discussed above with respect to blocks 704-708.

At block 810, the mobile communications device 102 receives location information of one or more of the peer devices, for example as discussed above with respect to block 710.

At block 812, the mobile communications device 102 determines its own location information, for example as discussed above with respect to block 712.

At block 814, the mobile communications device 102 receives a transfer of desired information from at least one of the peer devices (for example, as transmitted according to blocks 724-730 in FIG. 7).

At block 816, in response to receipt of the information at block 814, the mobile communications device 102 activates a notification on the device's display. This may be, for example, a passive notification when the touchscreen is locked. This may further or alternatively include a light notification (activation of one or more LEDs) or an auditory notification (a chime, etc.). This may also include causing the touchscreen to display a notification when the user next logs in. The notification may request the user of the mobile communications device 102 to accept or reject the information received from the peer device.

At decision block 818, it is determined whether manual acceptance (e.g., confirmation) of the received information is required or not. If manual acceptance/confirmation is required, then the method 800 proceeds to block 820 and performs the confirmation. This may include the user selecting a button identifying acceptance on the touchscreen, or shaking the mobile communications device 102, etc. Once confirmation is received, the method 800 proceeds to block 822. If confirmation is not received, or declined, then the mobile communications device 102 may transmit this result to the peer device that initiated the transmission.

If, at decision block 818, it is determined that manual acceptance is not required, then the method 800 proceeds to block 822. At block 822, the mobile communications device 102 processes the received information. This may include updating a local account with a value, or opening an image, or text, etc. as the case may be.

Referring now to FIG. 9 an embodiment of a computer system 900 suitable for implementing, for example, the mobile communications devices, mobile devices, servers, etc., is illustrated. It should be appreciated that other devices utilized by users, payment service providers, point of sale operators, and/or merchants/stores in the system discussed above may be implemented as the computer system 900 in a manner as follows.

In accordance with various embodiments of the present disclosure, computer system 900, such as a mobile device, computer and/or a server, includes a bus 902 or other communication mechanism for communicating information, which interconnects subsystems and components, such as a processing component 904 (e.g., processor, micro-controller, digital signal processor (DSP), etc.), a system memory component 906 (e.g., RAM), a static storage component 908 (e.g., ROM), a disk drive component 910 (e.g., magnetic or optical), a network interface component 912 (e.g., modem or Ethernet card), a display component 914 (e.g., CRT or LCD), an input component 918 (e.g., keyboard, keypad, or virtual keyboard), a cursor control component 920 (e.g., mouse, pointer, or trackball), a location determination component 922 (e.g., a Global Positioning System (GPS) device as illustrated, a cell tower triangulation device, and/or a variety of other location determination devices known in the art), and/or a camera component 923. In one implementation, the disk drive component 910 may comprise a database having one or more disk drive components.

In accordance with embodiments of the present disclosure, the computer system 900 performs specific operations by the processor 904 executing one or more sequences of instructions contained in the memory component 906, such as described herein with respect to the mobile communications devices, mobile devices, and/or servers. Such instructions may be read into the system memory component 906 from another computer readable medium, such as the static storage component 908 or the disk drive component 910. In other embodiments, hard-wired circuitry may be used in place of or in combination with software instructions to implement the present disclosure.

Logic may be encoded in a computer readable medium, which may refer to any medium that participates in providing instructions to the processor 904 for execution. Such a medium may take many forms, including but not limited to, non-volatile media, volatile media, and transmission media. In one embodiment, the computer readable medium is non-transitory. In various implementations, non-volatile media includes optical or magnetic disks, such as the disk drive component 910, volatile media includes dynamic memory, such as the system memory component 906, and transmission media includes coaxial cables, copper wire, and fiber optics, including wires that comprise the bus 902. In one example, transmission media may take the form of acoustic or light waves, such as those generated during radio wave and infrared data communications.

Some common forms of computer readable media includes, for example, floppy disk, flexible disk, hard disk, magnetic tape, any other magnetic medium, CD-ROM, any other optical medium, punch cards, paper tape, any other physical medium with patterns of holes, RAM, PROM, EPROM, FLASH-EPROM, any other memory chip or cartridge, carrier wave, or any other medium from which a computer is adapted to read. In one embodiment, the computer readable media is non-transitory.

In various embodiments of the present disclosure, execution of instruction sequences to practice the present disclosure may be performed by the computer system 900. In various other embodiments of the present disclosure, a plurality of the computer systems 900 coupled by a communication link 924 to the network 108 (e.g., such as a LAN, WLAN, PTSN, and/or various other wired or wireless networks, including telecommunications, mobile, and cellular phone networks) may perform instruction sequences to practice the present disclosure in coordination with one another.

The computer system 900 may transmit and receive messages, data, information and instructions, including one or more programs (i.e., application code) through the communication link 924 and the network interface component 912. The network interface component 912 may include an antenna, either separate or integrated, to enable transmission and reception via the communication link 924. Received program code may be executed by processor 904 as received and/or stored in disk drive component 910 or some other non-volatile storage component for execution.

Where applicable, various embodiments provided by the present disclosure may be implemented using hardware, software, or combinations of hardware and software. Also, where applicable, the various hardware components and/or software components set forth herein may be combined into composite components comprising software, hardware, and/or both without departing from the scope of the present disclosure. Where applicable, the various hardware components and/or software components set forth herein may be separated into sub-components comprising software, hardware, or both without departing from the scope of the present disclosure. In addition, where applicable, it is contemplated that software components may be implemented as hardware components and vice-versa.

Software, in accordance with the present disclosure, such as program code and/or data, may be stored on one or more computer readable mediums. It is also contemplated that software identified herein may be implemented using one or more general purpose or specific purpose computers and/or computer systems, networked and/or otherwise. Where applicable, the ordering of various steps described herein may be changed, combined into composite steps, and/or separated into sub-steps to provide features described herein.

The foregoing disclosure is not intended to limit the present disclosure to the precise forms or particular fields of use disclosed. As such, it is contemplated that various alternate embodiments and/or modifications to the present disclosure, whether explicitly described or implied herein, are possible in light of the disclosure. Having thus described embodiments of the present disclosure, persons of ordinary skill in the art will recognize that changes may be made in form and detail without departing from the scope of the present disclosure. Thus, the present disclosure is limited only by the claims. 

1. (canceled)
 2. A mobile device, comprising: a non-transitory memory; and one or more hardware processors coupled to the non-transitory memory and configured to read instructions to cause the system to perform operations comprising: establishing a connection with a first user device and a second user device, wherein the first user device and the second user device are within a threshold distance of the mobile device; in response to the establishing the connection with the first user device and the second user device, assigning a first portion of an interface of the mobile device to the first user device and a second portion of the interface of the mobile device to the second user device; detecting an interaction with the first portion of the interface; and in response to the detecting the interaction with the first portion of the interface, causing a performance of a transaction with a user of the first user device, wherein the causing the performance of the transaction with the user of the first user device further includes determining if the user of the first user device is a trusted user.
 3. The mobile device of claim 2, wherein the causing the performance of the transaction with the user of the first user device further includes: determining that the user of the first user device is not a trusted user, and based on determining that the user of the first user device is not a trusted user, requesting a confirmation from a user of the mobile device to approve the transaction.
 4. The mobile device of claim 2, wherein the causing the performance of the transaction with the user of the first user device further includes: determining if a transaction amount of the transaction is above a threshold amount, and based on determining that the transaction amount of the transaction is above the threshold amount, requesting a confirmation from a user of the mobile device to approve the transaction.
 5. The mobile device of claim 2, wherein the detecting the interaction with the first portion of the interface includes detecting a touch interaction with a portion of a display of the mobile device that corresponds to the first portion of the interface.
 6. The mobile device of claim 5, wherein detecting the touch interaction further includes determining that the touch interaction corresponds to a first type of touch interaction, and wherein the first type of touch interaction corresponds to a first transaction amount, and wherein the transaction is performed with the user of the first user device for the first transaction amount.
 7. The mobile device of claim 2, wherein the causing the performance of the transaction with the user of the first user device further includes: causing a notification corresponding to the transaction to be displayed on an interface of the first user device, wherein the notification includes a request to accept the transaction.
 8. The mobile device of claim 2, wherein the determining if the user of the first user device is a trusted user in determining if the user of the mobile device has designated the user of the first user device as a trusted user or if the user of the mobile device has performed a transaction with the user of the first user device.
 9. A method comprising: establishing, by a mobile device, a connection with a first user device and a second user device, wherein the first user device and the second user device are within a threshold distance of the mobile device; in response to the establishing the connection with the first user device and the second user device, assigning, by the mobile device, a first portion of an interface of the mobile device to the first user device and a second portion of the interface of the mobile device to the second user device; detecting, by the mobile device, an interaction with the first portion of the interface; and in response to the detecting the interaction with the first portion of the interface, causing, by the mobile device, a performance of a transaction with a user of the first user device, wherein the causing the performance of the transaction with the user of the first user device further includes determining if the user of the first user device is a trusted user.
 10. The method of claim 9, wherein the causing the performance of the transaction with the user of the first user device further includes: determining that the user of the first user device is not a trusted user, and based on determining that the user of the first user device is not a trusted user, requesting a confirmation from a user of the mobile device to approve the transaction.
 11. The method of claim 9, wherein the causing the performance of the transaction with the user of the first user device further includes: determining if a transaction amount of the transaction is above a threshold amount, and based on determining that the transaction amount of the transaction is above the threshold amount, requesting a confirmation from a user of the mobile device to approve the transaction.
 12. The method of claim 9, wherein the detecting the interaction with the first portion of the interface includes detecting a touch interaction with a portion of a display of the mobile device that corresponds to the first portion of the interface.
 13. The method of claim 12, wherein detecting the touch interaction further includes determining that the touch interaction corresponds to a first type of touch interaction, and wherein the first type of touch interaction corresponds to a first transaction amount, and wherein the transaction is performed with the user of the first user device for the first transaction amount.
 14. The method of claim 9, wherein the causing the performance of the transaction with the user of the first user device further includes: causing a notification corresponding to the transaction to be displayed on an interface of the first user device, wherein the notification includes a request to accept the transaction.
 15. The method of claim 9, wherein the determining if the user of the first user device is a trusted user in determining if the user of the mobile device has designated the user of the first user device as a trusted user or if the user of the mobile device has performed a transaction with the user of the first user device.
 16. A non-transitory machine-readable medium having stored thereon machine-readable instructions executable to cause a machine to perform operations comprising: establishing a connection with a first user device and a second user device, wherein the first user device and the second user device are within a threshold distance of a mobile device; in response to the establishing the connection with the first user device and the second user device, assigning a first portion of an interface of the mobile device to the first user device and a second portion of the interface of the mobile device to the second user device; detecting an interaction with the first portion of the interface; and in response to the detecting the interaction with the first portion of the interface, causing a performance of a transaction with a user of the first user device, wherein the causing the performance of the transaction with the user of the first user device further includes determining if the user of the first user device is a trusted user.
 17. The non-transitory machine-readable medium of claim 16, wherein the causing the performance of the transaction with the user of the first user device further includes: determining that the user of the first user device is not a trusted user, and based on determining that the user of the first user device is not a trusted user, requesting a confirmation from a user of the mobile device to approve the transaction.
 18. The non-transitory machine-readable medium of claim 16, wherein the causing the performance of the transaction with the user of the first user device further includes: determining if a transaction amount of the transaction is above a threshold amount, and based on determining that the transaction amount of the transaction is above the threshold amount, requesting a confirmation from a user of the mobile device to approve the transaction.
 19. The non-transitory machine-readable medium of claim 16, wherein the detecting the interaction with the first portion of the interface includes detecting a touch interaction with a portion of a display of the mobile device that corresponds to the first portion of the interface.
 20. The non-transitory machine-readable medium of claim 19, wherein detecting the touch interaction further includes determining that the touch interaction corresponds to a first type of touch interaction, and wherein the first type of touch interaction corresponds to a first transaction amount, and wherein the transaction is performed with the user of the first user device for the first transaction amount.
 21. The non-transitory machine-readable medium of claim 16, wherein the causing the performance of the transaction with the user of the first user device further includes: causing a notification corresponding to the transaction to be displayed on an interface of the first user device, wherein the notification includes a request to accept the transaction. 